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ABSTRACT 

The Rand Corporation's Programmer-Oriented Graphics 
Operation (POGO) was used in the design, implementation and testing 
of a computer-assisted instruction course to train airmen in 
malfunction diagnosis — CATTS (Computer Aided Training in 
Troubleshooting) . The design of the course attempted to reduce the 
problems of computer graphics for both instructor and student. The 
observations of an Air Force instructor using the system suggest that 
the system is workable. (RH) 
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P RE FACE 



The Rand Corporation has within recent years developed a computer- 
based, "interactive" video-graphics system that permits a user to 
create, modify, and record for later transmission visual images on a 
television screen, or cathode ray tube, linked to his console. (See 
RM-5825-PR, POGO: Programmer-Oriented Graphics Operation , June 1969.) 

At the same time, research on new training methods by the Air Training 
Command has indicated that computer-aided instruction might be a useful 
and more economical way of teaching trainees than present techniques. 
This Report describes a video-graphics system for instructing airmen 
in malfunction diagnosis: Computer-Aided Training in Troubleshooting 

(CATTS) • 

The Report tests the hypothesis that video-graphics could eliminate 
several limitations on the application of computer-aided instruction 
to technical training. Troubleshooting was selected because of its 
practical significance and because it is not being taught effectively 
by current methods. Test observations of the system using an Air Force 
instructor tend to support this hypothesis. 

Distribution will include supply and maintenance groups at the 
Air Force Logistics Command and in the field, as well as offices within 
the Air Training Command. 
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SUMMARY 



The high cost of traditional methods of technical training has 
stimulated research by the Air Force on new educational methods. Of 
particular interest is the use of computer-aided instruction (CAI) as 
a more efficient and effective teaching medium. 

This Report first examines costs of conventional Air Force train- 
ing methods that CAI has the potential to reduce: (1) it could decrease 

the number of instructors needed; (2) it would provide a method of in- 
dividualized instruction that may prove more useful than present group 
instruction; and (3) in the long run, it might cut equipment costs. 
Current capabilities and limitations of CAI systems are examined next. 
CAI languages include the facility to display pictures as well as text 
on a cathode ray tube (CRT), a great improvement over a line-at-a-time 
device such as a typewriter. However, CAI languages do not permit easy 
use of the CRT, either in the creation or in the execution of CAI 
courses. Not only is it difficult to use the graphical capabilities 
of the CRT through course author languages, but also the languages de- 
mand considerable time and attention from the user-instructor who wishes 
to modify a standard, packaged course. 

It appears that several of these limitations could be eliminated 
using The Rand Corporations Programmer-Oriented Graphics Operation 
(POGO) , which was used in the design, implementation, and testing of a 
course described here called Computer-Aided Training in Troubleshooting 
(CATTS) for training airmen in malfunction diagnoses. POGO, which per- 
mits direct and easy creation and execution of graphic displays on a 
CRT, is intended to simplify the graphical programming process in two 
ways : 



1. It relieves the programmer of the tedious and artificial pro- 
cess of specifying CRT displays by transcribing coordinates 
from layout paper and stringing together calls to graphic sup- 
port subroutines. 
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2. It permits users to create interactive computer graphics pro- 
grams without spending a great deal of time learning the In- 
tricacies of the graphic subroutine package. 

Test observations supported the initial hypothesis that CAI systems 
design and execution could be improved by use of a graphics system such 
as POGO. An Air Force instructor who tested the system found the 
problem-creation, -insertion, and -execution facilities easy to use. 

In addition, he noted that the problem structure of the prototype 
course provides a convenient framework for classroom presentation. 

Current CAI systems are necessarily limited by the few facilities 
that have been designed into them. To remove this limitation, it is 
recommended that future CAI systems be "coherently programmed" to per- 
mit interleaving of software as required by the user. 



O 

ERIC 



7 



-vii- 



ACKNOWLEDGMENTS 



The author wishes to express her appreciation to those at Rand who 
helped to make this research possible. Special thanks go to Dr. Barry 
Boehm for his constant guidance and encouragement throughout the proj- 
ect, and to Dr. John White for continued support during the writing of 
this Report. In addition, the generous contributions in time and ef- 
fort of John Rieber, Polly Carpenter, and Don Cohen are gratefully ac- 
knowledged . 



8 



-ix- 



CONTENTS 



PREFACE iii 

SUMMARY v 

ACKNOWLEDGMENTS v ii 



Section 

I. INTRODUCTION 1 

The High Cost of Technical Training 1 

A Possible Solution 2 

Organization of the Report 3 

II. APPLICATION OF COMPUTER-AIDED INSTRUCTION 4 

CAI: Current Capabilities and Limitations 4 

POGO: A Graphics System Applicable to CAI 6 

Troubleshooting: Instructional Area of Application . 9 

III. COMPUTER-AIDED TRAINING IN TROUBLESHOOTING 12 

Introduction 12 

Execute: Student Mode 13 

Instructions for Use 13 

System Description 17 

Control Page and Boxes 17 

Trouble 19 

System Inspection 19 

Probable Causes 19 

Study 22 

Checking and Analysis 22 

Remedies 22 

Score Analysis 26 

Design: Author Mode 26 

Function Keys 26 

File Control 29 

Coding 31 

Coding for Multiple Selections 31 

Coding for Step-Sequencing 35 

Problem Design and Example 36 

File Creation 36 

Problem Changes and Variations 38 

IV. SYSTEM TEST . . . 44 

Observations 44 

System Evaluation 45 

V. CONCLUSIONS AND RECOMMENDATIONS 48 

Appendix 

PROBLEM DESIGN AND EXAMPLE 51 

REFERENCES 101 




9 



- 1 - 



I. INTRODUCTION 



THE HIGH COST OF TECHNICAL TRAINING 

During fiscal 1967, the Air Training Command (ATC) taught approx- 
imately 550,000 students in 3500 technical courses, which required 
13,000 instructors and 4000 classrooms. As one of the world's largest 
training programs, the ATC is also one of the most expensive. Total 
training costs for 1967 were about one billion dollars [1]. Such high 
costs prompted examination of ATC training programs and procedures for 
possible improvements. Of particular interest, because of its size as 
well as its costs, is the resident training subprogram. Before suggest- 
ing possible improvements in the program, it was first necessary to 
identify those factors contributing to high costs. 

A major factor is the low ratio of students to instructors. Be- 
cause an instructor can supervise only a limited number of students 
during work on complicated equipment, individual classes average ten 
students and, in some instances, the student-instructor ratio is as 
low as one to one. Small classes, of course, require more teachers; 
in addition, more facilities are required which, in turn, necessitate 
a greater investment outlay. 

Required investment is further escalated by the cost of specialized 
labs and equipment. Most courses make heavy use of labs and simulators. 
In some cases the simulated equipment and systems cost more than real- 
world facilities. In addition, increasing technological advances re- 
sult in a high rate of equipment obsolescence. 

Another major cost factor is low reenlistment rates. For example, 
only 16 percent of first-term airmen reenlist [1]. The void left by 
the other 84 percent must be refilled by new trainees from Air Force 
schools. Such a turnover rate results in a high ratio of training 
costs to effective work time on the job. 

This high ratio is aggravated by the fact that evaluation of on- 
the-job performance after graduation from ATC classes indicates that 
airmen are not learning basic skills in the classroom. A possible 
cause of the program's ineffectiveness is that courses are organized 
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in traditional, lock-step blocks. Since student learning rates vary, 
a self-paced approach might improve results, 

A POSSIBLE SOLUTION 

Computer-aided instruction (CAI) is a medium with the potential 
to supply individualized, controlled instruction for the military 
trainee. With the computer's immense capabilities to accept and store 
information rapidly, execute complex rules, and output results, it be- 
comes possible to adapt instruction to the needs of each individual 
trainee without the constant attention of an instructor. In addition, 
to the extent that the quality of instructional programs can be con- 
trolled more readily than the quality of lectures, for example, CAI 
has the potential to increase instructional effectiveness. More indi- 
vidualized, effective instruction will reduce t ime-in-training and im- 
prove on-the-job performance, thereby reducing the ratio of training 
costs to effective work time on the job. Although a CAI system requires 
a large investment outlay itself, it has the potential to reduce or 
eliminate significantly the investment in systems and components for 
teaching purposes through simulation of the actual equipment. Computer 
simulations differ from physical simulators in that (1) the former are 
not physical replicas, and (2) one computer can simulate many machines 
and processes, but a physical simulator can usually replicate only one 
machine or system. 

Systems simulation can further reduce training costs and increase 
training effectiveness in two ways: 

1. By eliminating the obsolescence factor inherent in the use of 
actual equipment; i.e,, simulation programs can be altered or 
replaced at less cost than real equipment, 

2. By presenting through simulation common system malfunctions 
that damage or ruin real equipment. 

Although arguments for using CAI in technical training are pre- 
sented here, it is not within the scope of this Report to pursue and 
establish the potential value of CAI to technical training. Rather, 
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th is discussion is presented to establish the reasons for Air Force 
interest in CAI research. It is the author’s purpose, having accepted 
CAI as a viable alternative, to specify its current limitations; to 
describe a non-CAI computer system that has the potential to eliminate 
some of these limitations; and to develop, implement, and test a proto- 
type course utilizing the recommended system. 

ORGANIZATION OF THE REPORT 

Section II discusses CAI; the graphics system applicable to CAI; 
and the area of instructional application, which is troubleshooting. 
Both the instructor and student modes of the system developed to solve 
troubleshooting problems are described in Sec. III. A teacher from 
Chanute Air Force Base tested the instructor mode, and his reactions 
are presented in Sec. IV. Section V offers some conclusions and recom- 
mendations. The Report includes an appendix that details the purpose 
of standard displays and the required instructor’s actions. 
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II. APPLICATION OF COMPUTER-AIDED INSTRUCTION 



CAI: CURRENT CAPABILITIES AND LIMITATIONS 

A computer-aided instructional system must provide a course author 
with the means to store text and graphic displays, and a means to re- 
trieve the displays for the student in some specified order. The stu- 
dent requires a means to interact with the displays. In addition, both 
author and student may need to retrieve information or use computational 
facilities (e.g., matrix routines) that are not part of the CAI package. 
The way these functional requirements are met is determined by the in- 
terface devices (hardware) and the CAI languages (software) that are 
available . 

Interface devices incorporated into current CAI systems, either 
alone or in combination, are typewriters and cathode ray tubes (CRT).* 
Though commercial research has found that most CAI systems use a type- 
writer as the interface device, the inadequacy of simple typewriter 
devices for handling such essential teaching materials as maps, pic- 
tures, and diagrams has been stressed repeatedly [2]. The Navy, in 
response to similar Department of Defense pronouncements on the inade- 
quacy of typewriter devices, observed: 

The terminal is perhaps the area in greatest need of 
improvement if we are to realize the full potential of CAI. 

The author input requirements, mostly through a keyboard, 
force present-day CAI systems to work under severe handicaps. 

The student must also be freed from the keyboard to as great 
an extent as possible [3]. 

As part of Project IMPACT, in 1969 the Army critically examined 
the nature of both the CRT and the typewriter to gain a clear under- 
standing of their fundamental characteristics and differences as inter- 
face devices. They noted that a typewriter is strictly a serial device 
that forces a sequential presentation of text, no matter what ordering 
the logic of the course might dictate. Another critical factor is that 

* 

Cathode ray tube: a computer-driven display device. 
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the number of characters transmitted is a function of the display capa- 
bility of the terminal device. A single transmission either to or 
from a CRT terminal may contain many more characters than a single 
transmission from a typewriter. Then, too, data displayed on a CRT 
can take on an additional structure (e.g., pages and pictures), which 
is not possible when a line-at-a- time device such as a typewriter is 
used [4 ] . 

Because of the advantages a CRT offers as an interface device ia 
an educational environment, CAI languages have been developed that in- 
clude the facility to display text and pictures on a CRT. These lan- 
guages are of two types. One type, which includes such languages as 
LYRIC and CAL, allows pictures to be generated b> strategically placing 
selected characters. This facility is not graphic, but rather tabular; 
it is a formatting capability, and its application can be very time- 
consuming. The other type includes languages with graphics facilities. 
But, although graphics can be displayed (to the benefit of the student), 
the graphic insertion process by the instructor may require special 
devices and unnatural and tedious steps. For example, the CATO lan- 
guage accommodates the overlay of an image with a computer-generated 
display, but special hardware is required to accomplish this [5]. 

INFORM, a CAI language prepared by Philco-Ford, requires the author to 
prepare the display, correct answer region, and so forth, off-line 
(i.e., not at the computer terminal), in the form it is to appear on 
the screen. An assistant must next punch this information line by line 
on cards. Finally, a special translator must process the cards before 
the computer can interpret and display the graphics [6]. Close atten- 
tion, then, must be paid to the amount of work involved in preparing 
computer-based pictures. Displays that originate in free-hand drawings 
that are automatically processed obviously require far less effort from 
the course author [5]. 

Current CAI software has another drawback in that both course de- 
signers and instructors must learn a computer language. Although a 
team of CAI experts may develop a course, the instructor must also 
learn their course design language if he is to retain the much-desired 
right to modify or tailor-make the "standard package." Although 
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designers of course author languages have made considerable progress 
toward the goal of natural language interaction between man and machine, 
the instructor-user ^oday must essentially learn a computer language. 
This requirement decreases the attractiveness of CAI as a teaching 
medium for many instructors who have neither the time nor the desire 
to learn a computer language. 

In summary, the CRT as an interface device has the potential to 
satisfy the functional requirements of the CAI user. However, CAI 
languages have not been developed that permit easy use of the CRT, 
either in the creation or execution of CAI courses. Not only is it 
difficult to use the graphical capabilities of the CRT through course 
author languages, but also the languages demand considerable time and 
attention from the user-instructor who wishes to modify a standard, 
packaged course. 

In the next section, an interactive graphics system is examined 
that, although developed for other purposes, seems to provide the fa- 
cilities necessary for CAI applications utilizing a CRT. This system 
can be used to develop packaged courses that instructors may subse- 
quently alter without reprogramming in a computer language. 

POGO: A GRAPHICS SYSTEM APPLICABLE TO CAI 

The Rand Corporation has developed an interactive graphics system 
called Programmer-Oriented Graphics Operation (POGO), which permits 
direct and easy creation and execution of graphic displays on a CRT 
[7]. POGO is intended to simplify the graphical programming process 
in two ways : 

1. It relieves the programmer of the tedious and artificial pro- 
cess of specifying CRT displays by transcribing coordinates 
from layout paper and stringing together calls to graphic sup- 
port subroutines. 

2. It permits users to create interactive computer graphics pro- 
grams without spending a great deal of time learning the in- 
tricacies of the graphic subroutine package. 
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POGO facilities consist of two parts: 

1. A DESIGN program for drawing interactive computer graphics 

* 

displays directly on the face of a CRT, using the Rand Tablet. 

2. A set of routines for interacting with this display. 

DESIGN is a complete program that enables a user to draw lines 
and other figures with the Tablet stylus on the CRT and to type in 
characters with the typewriter keyboard. Parts of a display can be 
moved around on the screen or erased. Sensitive areas can be set up 
and given code numbers. Areas to display variables can be defined, 
and indicators can be set to determine which variables to display, 
Finally, all the information can be stored on a magnetic disk device 
or punched out automatically on cards. The DESIGN program makes ex- 
tensive use of function keys, which designate the type of figure to be 
drawn on the screen or the type of action to be taken with the Tablet 
stylus; e.g., draw boxes or circles, move or delete displays. Table 

1 describes the DESIGN functions available. 

Interaction with the displays created by DESIGN is accomplished 
by executing a program written in FORTRAN IV with calls to special POGO 
routines. These routines perform several basic functions which the 
user would previously have had to recode for every new program. Table 

2 presents POGO execution functions. Most users in a CAI situation, 
however, need not be exposed to even this level of programming. That 
is, a team of course development experts can create a standard CAI 
course by using POGO DESIGN facilities in combination with some simpli- 
fied FORTRAN programming. The user-instructor may then modify this 
package through the use of the DESIGN facilities without resorting to 
any computer programming. 

POGO seens to offer a solution to the graphical input limitations 
of current CAI systems. The user may enter text and graphic informa- 
tion directly onto the CRT without resorting to layout pages and tedious, 

* 

A graphic input device that allows a computer user to communicate 
with a computer by drawing freehand on an electronic ,, tablet ,t surface 
with a special stylus. 
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Table 2 

EXECUTE FUNCTIONS 



Function Action 

Open Opens a display file for use by the 

program. 

Recall Using data in file recreates desired 



display on screen, setting up sensi- 
tive areas and displaying values of 
selected variables. 



Action Registers interrupts from any of the 

graphic devices. 

Check Moves a check l ark to any designated 

box of a set of boxes. 

Saval Tests values of variables on the screen 

to see if they have been changed since 
the last such test. 



time-consuming reprogramming for each type of information to be dis- 
played. The following section describes the instructional area of ap- 
plication chosen for testing these POGO facilities in a CAI situation. 

TROUBLESHOOTING: INSTRUCTIONAL AT.EA OF APPLICATION 

To evaluate POGO's facilities for CAI application, the area mal- 
function diagnosis, or 11 troubleshooting,” was chosen. Troubleshooting 
was selected because it is not being taught effectively by current 
methods, and might benefit from the application of interactive computer 
graphics. 

The traditional classroom methods used to teach troubleshooting 
are lectures and workbooks. Few mock-ups or simulators are available 
because of their high cost. If a malfunctioning plane happens to be 
in the vicinity of the classroom, an instructor might use the craft to 
demonstrate the troubleshooting process. The result is that few airmen 
get any practice applying procedures and concepts they have discussed 
in class until they are on the job. In the training context, concep- 
tual knowledge is insufficient. Practice in applying these concepts 
to specific problem situations is essential [8]. 

18 
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Because a CAI system can be used to simulate problem situations 
* 

and can be time-shared by many students simultaneously, it might be 
used effectively for troubleshooting practice. A study of the feasi- 
bility of teaching troubleshooting using electronic equipment on-line 
with a CAI system has been conducted by the Navy [9] . Their goal was 
to teach decision behaviors involved in effective troubleshooting by 
using a troubleshooting "problem tree," a network of contingent action- 
choices. For a typical path through the problem-tree, the instructor 
had to code 200 to 300 lines of instructions in the author language, 
COURSEWRITER. Further compounding the problem of program complexity 
was the addition of on-line equipment to the instructional loop 
(student-computer-equipment). In spite of these obstacles, two grati- 
fying conclusions were reached. 

1. Computer-guided practice in following trouble isolation se- 
quences can facilitate effective troubleshooting performance; 
even a few hours of such practice show performance improve- 
ment . 

2. Research on the application of CAI to troubleshooting should 
have fairly immediate practical significance. 

A final recommendation was to do away with the physical presence of 
the equipment altogether. If a video display of the basic circuit sche- 
matic were provided, the student could then synthetically change compon- 
ent values to see what would happen to the circuit; or he could follow 
alternative paths through a troubleshooting tree, observing the effects 
immediately. As mentioned in Sec. II, this alternative CAI configura- 
tion could result in considerable savings in the capital cost of train- 
ing hardware. Furthermore, it would eliminate the problem of keeping 
equipment in a good state of repair and peaked-up for successive stu- 
dents; it would permit simulation of faults that normally damage equip- 
ment . 

* 

The use of a device for two or more purposes during the same over- 
all time interval. 

Pertaining to equipment or devices under direct control of the 
central processing unit of the computer. 
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In addition to cost saving factors, simulation of the troubleshoot- 
ing process utilizing schematics would force airmen to become familiar 
with and use aircraft diagrams. The Air Force emphasizes the use of 
schematics as an aid to malfunction diagnosis, but apparently repairmen 
rarely use the available schematics on the job. This guessing approach 
can be time-consuming and expensive. With graphic displays, the airman 
can be taught a methodological approach dependent upon aircraft sche- 
matics . 

With the Air Force's requirements and the Navy's results and rec- 
ommendations in mind, a CAI course was developed to simulate the trou- 
bleshooting process with interactive displays created easily and rapidly 
with POGO. 
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III. COMPUTER-AIDED TRAINING IN TROUBLESHOOTING 



INTRODUCTION 

Computer-Aided Training in Troubleshooting (CATTS) is the system 
developed with POGO to create and exercise troubleshooting problems 
easily. CATTS is based on the requirements and procedures the Air Force 
set forth as those contributing to expertise in corrective maintenance 
[10]. To become a troubleshooting expert, an airman not only must have 
a thorough understanding of aircraft systems but also must be able to 
do the following: 

1. Study and understand schematic diagrams of the systems. 

2. Know and use pertinent technical orders. 

3. Follow the basic steps of the logical troubleshooting sequence. 

Schematics play an essential part in the troubleshooting process 
because it is easier and more efficient to trace out a system on a 
schematic than to try to follow it through on the aircraft. Further- 
more, because system configurations on different aircraft may vary, 
the airman should check the aircraft’s schematics for its particular 
layout. 

Technical orders include schematics as well as the many flight 
forms that record the aircraft’s history. The flight manual is avail- 
able on the aircraft and may provide information that will help locate 
the defect. Therefore, the airman should know the purpose of each 
flight form and the meaning of the information recorded on it. 

The Air Force emphasizes the use of a job plan for attacking trou- 
bleshooting problems. This plan consists of six basic steps that in- 
corporate the use of schematics and technical orders to diagnose a mal- 
function. CATTS, designed to follow these recommended procedures, per- 
mits the student to devise a plan and follow it during the EXECUTE 
phase. The instructor provides the problem information to the program 
during a DESIGN phase. 
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1. DESIGN (author mode): An application of POGO's design program 

for drawing interactive computer graphic displays directly on 
the face of a CRT, using the Rand Tablet. It includes a spe- 
cial file of standard displays used to create new troubleshoot- 
ing problems. 

2. EXECUTE (student mode) : A nrogram allowing the user to inter- 

act with newly created displays (troubleshooting problems), 
written in FORTRAN IV with calls to POGO EXECUTION routines. 

Because CATTS relies so heavily on POGO, it might seem more effi- 
cient to use POGO directly. But this approach requires recreation of 
basic displays and repetitious programming for each problem. CATTS 
eliminates these unnecessary steps by supplying the standard displays 
and the program for logically troubleshooting a malfunctioning aircraft 
system. 

The student mode of CATTS is described next to demonstrate the 
system's problem presentation and execution capability. This discus- 
sion is followed by a description of the author mode or problem crea- 
tion stage. 

EXECUTE: STUDENT MODE 

CATTS in the student mode gives the airman an opportunity to prac- 
tice the troubleshooting procedures specified by the Air Force in CDC- 
42152-04-0269 on a number of problems. In addition to becoming famil- 
iar with the procedure, CATTS aids the student in developing relation- 
ships between previously learned knowledge such as the location, con- 
struction and operating characteristics of all components in the system 
and a class of problems. 

Instructions for Use 

To use EXECUTE, the student should be aware of the prerequisites 
required of him, his objective in executing the program, the types of 
actions required of him, and the types of responses to his actions that 
he may expect to receive. 
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Some previous knowledge of the system to be studied is required. 

The student must know what units comprise the system, and the location 
of all the units within the system. He should also know something 
about their construction and operating characteristics, and how the 
operation of one component affects the operation of another. Finally, 
he should know how the system functions normally (correct gage read- 
ings, etc.). CATTS is not designed to teach the student about a sys- 
tem, the purpose of CATTS is to teach him how to bring together pieces 
of knowledge about a system into an effective and efficient trouble- 
shooting process, producing the specific result of malfunction diag- 
nosis . 

The student f s goal is to learn efficient and effective malfunction 
diagnosis through study and practice. In using CATTS as a means to 
this end, his immediate objective is to maximize his score, while min- 
imizing problem-solving time. He will be penalized, however, for tak- 
ing a "hit and miss" approach. In this way, the program tests his 
ability to recognize malfunctions, analyze them, and determine specific 
causes . 

The student proceeds both passively and actively through the prob- 
lem. Passive participation involves reading displayed information. 

For example, the Trouble display (Fig. 6, page 18) requires the student 
to read the problem on an AFTO 781A form, just as he would on the job. 

The study step also provides him with information to a. 

Most steps, however, require the student to make selections with 
a stylus. For displays with multiple selection lists (Fig. 7, page 20), 
this simply means touching the box preceding the alternative selected. 

For displays with schematics or forms requiring action (Fig. 9, page 21), 
the student ^ouches the stylus to the component or area selected. 

After taking an action, the student may expect to see an immediate 
response on the screen, either in text form (identified by ***) or in 
graphic form (identified by arrows). The graphic form is used specif- 
ically to present gage readings (Fig. 1). Depending on the instructors 
use of the program, the text response may present a simple Yes or No 
(Fig. 2), a corrective statement (Fig. 3), or a helpful hint (Fig. 4). 
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* SYSTEM INSPECTION * 
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-Fig. 1 — Gage reading response 
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Fig. 2 — Standard response 



?4 



16 



* SYSTEM iNfliSCTION * 

tlfONI 0 I AO NO 1 1 NO A HA l.» L NC T I 0 N I NO II I1IH, IT II Ui.MMIII 
TO riRf-RM THE PULI.URInO IN ONOfcN 

II AVI IUAL | Nirtc T I 0 N . 

II AN OffeNAI I 0 N A L IMlKTIU" , 
il A CONDITION 1 1 R I F I C A T I ON 
■ HICH or THE fOLLOtlNO .0110 tot Vf II At. 1.1 I N 9 r R c | • 

• HEN I | N | A III D 1 0 1 t H (*)ii .• I 



» 

EJ 

00 

00 

CO 

m 

□ 

□ 



MMM40IH III IP I k Ml 
| Nik IIN A I. I IMA AO I 
Hk CMA N K 4 |. I I NNAOE N 
ACC I Nl L A If) N CAtlK 

ELECTRICAL lOMk.ttllJNl 

MATCH MR Cl EE * A l n E 
MTMML LEANAUE 
IO*KR ftiHf 



* * * NO. SYSTEM RELIEF VALVE DEFECTS C \ N NO l’ 1 1 
DIRECTLY DETERMINED BY VISUAL INSPECTION 

J~ UUI T . I. T UHN J* B At'V \ r Jc 0 N r I c s k | 
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Fig. 4 — Response with hint 
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System Description 

EXECUTE presents troubleshooting problems to the student for prac- 
tice organized according to standard troubleshooting procedures. These 
steps are initiated ^nd executed using a control page and control boxes. 
Although the troubleshooting steps are initially presented in order, 
the student may branch to any step he chooses. At the completion of 
the exercise, CATTS evaluates the student* s problem-solving ability 
through a score analysis. Each step and its implementation in CATTS 
is described in the following paragraphs and illustrated by the appro- 
priate displays. 

Control Page and Boxes . The first display to appear on the screen 
during execution is the control page (Fig. 5), which allows the student 
to branch among the various troubleshooting steps. The normal sequence 
begins with Trouble and proceeds clockwise around the circle. The stu- 
dent may return to the control page at any time, however, and branch 
to another step. This flexibility simulates the same freedom the air- 
man has on the job. 

Within steps, though, the procedure is more structured because 
various actions within a step are usually contingent unon other actions 
and results. For example, CATTS will not permit the student to skip 
the checking actions and, by guessing, specify the cause of the mal- 
function within the Checking and Analysis step. But if the airman 
wishes to examine or reexamine the flight manual forms during the 
checking step, he may do so by branching back to that step. Actually 
both types of freedom are available on the job, but the first, the 
"hit and miss" method of problem-solving, leads to inefficient trouble- 
shooting and has been excluded as an acceptable approach. 

Control boxes in each display provide the user with the means to 
return to the control page, to branch among displays within the step, 
or to quit. Located at the bottom of each display, these boxes are 
labeled QUIT, RETURN, BACK-UP, CONTINUE. The CONTINUE box is used to 
proceed directly through the problem. Two other control boxes, RESPONSE 
and DONE, appear in some displays. Their use is explained in the dis- 
plays in which they appear. 
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* control page * 
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Fig. 5 — Control page 
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Trouble. On the job an airman is officially notified of a mal- 
function by receipt of an AFTO 781A form that discusses the trouble. 
GAITS similarly presents the malfunction by displaying an AFTO 781A 
(Fig. 6). The airman is expected to understand the information (state- 
ments, codes, numbers) on the form. 

System Inspection . System inspection involves the following sub- 
steps : 

1. Visual inspection of the system for any obvious defects (Fig, 
7). 

2. Operational inspection to determine if the system is operating 
as it should expect for the malfunction (Fig. 8). 

3. Verification that the malfunction exists as it is reported 
(Fig. 9). 

By means of multiple selection questions, CATTS tests the student on 
his knowledge of which system components to check visually and what to 
look or listen for in an operational check. 

To verify the malfunction, however, the student must interact with 
the schematic displayed. He uses the light pen to indicate which com- 
ponent (s) must be activated to verify the condition and then interprets 
the system response that follows. For example, to verify that a gage 
has malfunctioned, he must activate (touch) the power pump and note the 
gage responses. This interaction is meant to simulate on-the-job ac- 
tions, which require reading a diagram, activating components, and in- 
terpreting system responses. 

Probable Causes . On the job, an airman must be able to determine 
which system components can cause the given symptom(s). This requires 
an understanding of how the operation of one component affects the op- 
eration of another. The repairman is expected to use schematics to 
clarify these relationships. CATTS displays a schematic of the mal- 
functioning system and directs the student to touch the components that 
are probable causes (Fig. 10). CATTS reacts to the student’s actions 
by displaying responses, either standard or instructor-supplied. 
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* SYSTEM INSPECTION * 
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Figo 7 — System inspection: visual 
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* SYSTEM INSPECTION * 
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Fig, 9 — System inspection: verification 
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Fig. 10 — Probable causes 
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S tudy . Because there are usually a number of probable causes for 
any given malfunction, it is important to examine the aircraft’s past 
history as recorded in the flight manual to determine if there is any 
information that may pinpoint the cause or reduce the number of pos- 
sible causes. In reading the forms, for example, the airman would look 
for answers to the following questions: 

1. Do the 781As show any inspection or maintenance overdue? 

2. Has maintenance been performed recently on any unit, or in 
such close proximity that a unit had to be removed for easier 
access? (Someone not thoroughly familiar with the equipment 
may have unknowingly disturbed a critical adjustment.) 

3. Has any particular unit given repeated trouble on this air- 
craft? Have there been similar malfunctions on other aircraft 
that would establish a pattern? 

CATTS displays a list of available forms from which the student 
may select one or several that he wishes to examine (Fig. 11). CATTS 
then displays the form(s) for the student to read (Figs. 12-14). 

Checkin^ and Analysis . Perhaps the answer to one of the above 
questions will indicate the optimum way to check out the probable 
causes. If examination of the flight manual did not provide pertinent 
information, all checkout steps should be ordered to minimize time and 
cos t . 

In CATTS the student checks out the probable causes by activating 
(touching) components in the schematic displayed in their proper se- 
quence, in the search mode (Fig. 13). When the sequence for a partic- 
ular probable cause has been completed, the student requests a system 
reaction; noting the response, he then selects the next probable* 1 clause 
to check. This procedure continues until the defective component is 
located, in the solution mode (Fig. 16). 

Remedies . When the defective part has been found, the airman must 
know how to repair it. After making the repair, he must record in the 
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* STUDY * 
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Fig. 11 — Forms available for study 
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* CHECK! NO AND ANALYSIS * 
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Fig 0 15 - Checking and analysis: search 
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Fig. 16 - Checking and analysis: solution 
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flight manual the corrective action taken, A plane is not allowed off 
the ground until this last step is completed correctly. CATTS displays 
a list of possible remedies and from these the student selects one (or 
more) that is appropriate for the defect (Fig. 17) . Finally he indi- 
cates with the light pen how he would complete AFTO 781A on which the 
corrective action and other vital information must be recorded (Fig. 
18). 



Score Analysis . To aid the student in pinpointing his weaknesses 
in handling troubleshooting problems, CATTS grades him on each step 
and analyzes the results (Figs. 19-20), For example, a low score on 
Probable Causes would indicate the need to review causes of basic mal- 
functions on the type of system under study. A high score on Checking 
but a low score on Analysis (sequencing) would indicate that the stu- 
dent knows the components that must be activated to find the cause of 
a particular malfunction, but does not know the order in which they 
should be activated to minimize time and cost. Hopefully, by replaying 
the problem, he will discover the optimum path. 

DESIGN: AUTHOR MODE 

This section describes the operation of DESIGN, a system for cre- 
ating troubleshooting problems. Emphasis in development was on mini- 
mizing required instructor time and effort. Specifically, the in- 
structor is relieved of tedious and lengthy graphic coordinate tran- 
scriptions and of learning a computer language. 

In the DESIGN system, the instructor uses standard displays, mod- 
ifying them on-line to create a new problem. Modification involves 
typing in text, entering codes, and tracing in schematics. Inputs 
specify the problem and its solution; therefore, the instructor rust 
understand the troubleshooting process and be able to define his prob- 
lem and its solution within this framework. 

Function Keys 

CATTS’ DESIGN program makes extensive use of POGO function keys, 
which permit the user to designate the cype of figure to be drawn on 
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the screen, cr the type of action to be taken with the Tablet stylus; 
e.g., the user can draw boxes or circles and move or delete displays, 
as described in Sec. II. 

File Control 

A computer-graphics file may contain previously created displays. 
The CATTS file stores displays basic to the troubleshooting process. 

From these and instructor-supplied responses and schematics, new prob- 
lems are created. Each troubleshooting problem has its own file of 
displays . 

In the DESIGN phase the first display to appear on the screen is 
the first page of an index to the CATTS file. The file has three in- 
dex pages, each providing space for ten displays (see the Appendix, 

Figs. Al, A2, and A3). The three boxes directly under the heading 
FILE CONTROL allow for branching to each page. The RESPONSE DISPLAYS 
PAGE (Fig. A3), is partially blank and numbered to allow storage of up 
to seven ins true tor-supplied-responses . 

A display in the fiJe is recalled (redisplayed) by touching the 
stylus to the box next to the display’s description under the heading 
RECALL. A new display is stored by touching the stylus to a box under 
FILE CURRENT DISPLAY. A cursor will appear in the description for that 
item. The user then types in a name for the display and presses the 
typewriter key labeled n end. ,f When the file operation has been com- 
pleted, a large X appears in the FILE CURRENT DISPLAY box. To elimi- 
nate unused or incorrect displays, the user touches the respeccive boxes 
under DELLTE ITEM NO. Return from FILE CONTROL to the current display 
is accomplished by touching RETURN. To return to FILE CONTROL from the 
current display, the user presses the function key labeled n file con- 
trol. " 

For each display listed in the index, users perform the following: 

1. Recall the display in sequence. 

2. Take action required: 



38 



30- 



a. None 

b. Enter text 
e. Enter codes 

d. Recall a schematic 

e. Combination of (b)-(d). 

3. Press "punch display." 

A name for the display is then requested. It is easiest 
and most logical to give the new display the standard dis- 
play name appearing in the CATTS index. 

4. Press "erase screen." 

5. Press "file control." 

If instructor responses are to be inserted, the following steps 
are performed before pressing "erase screen," step 4: 

3.1. Press "reset pointers." 

3.2. Enter response. 

3.3. Press "file control," branching to Response Display Page. 

3.4. File the response. 

3.5. Return to current display. 

3.6. Delete the response. 

3.7. Repeat (3. 2) — (3. 6) for all instructor-supplied responses. 

And then, 

4. Press "erase screen." 

5. Press "file control." 

Schematics are entered by the instructor and stored at the end of 
the f-Lle. When a schematic is recalled in combination with a standard 
display, a new display pertaining to the current problem is created 
(see Fig. A18 in the appendix). Because the file can hold a maximum 
of seven instructor-supplied responses, the schematic may take up a 
needed spot. In this case, after its final use in creating the display 
Checking and Analysts — Search, the schema' * c may be deleted from the 
file, thus releasing its space. 
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Codlng 

To detect a student*s action with the stylus during execution, 
areas on the screen must be made sensitive. This i*s accomplished by 
enclosing these areas in boxes or invisible boxes and assigning unique 
five-digit codes to each box. To assign codes, the user must press the 
function key "insert codes." A line of underscores will appear below 
the left corner of the box. Using the stylus, the instructor can then 
write in a five-digit code. CATTS uses two types of sensitive areas 
requiring instructor-supplied codes: multiple-selection areas and 

step-sequenced areas. 



Coding for Multiple Selections . Multiple-selection alternatives 
appear in either a list or a schematic. The multiple-selection lists 
appearing in several standard displays pertain to a pneudraulics sys- 
tem. These lists may be totally or partially deleted and replaced with 
other alternatives. If the lists are changed, the codes for each se- 
lection must also be changed to fit the following format. 



First digit: 

1. Only the numbers 8 or 9 are acceptable. 

2. Insert an 8 if tne selection is correct. 

3. Insert a 9 if the selection is incorrect. 

Second digit: 

1. The numbers 1-9 are acceptable. 

2. Insert the number of correct selections in the current dis- 
play; maximum number of correct selections per display is 9. 

Third digit: 

1. The numbers 1-9 are acceptable. 

2. Insert a number that uniquely describes the selection; it is 
simplest to number right and wrong selections sequentially. 

Fourth digit: 

1. Insert a 0. 

Fifth digit: 

1. The numbers 0-7 are acceptable. 

2. Inserting a 0 returns a standard response if this selection 
is chosen. 

3. Inserting a positive number returns an instructor-created 
response; responses must be numbered sequentially as they 
appear at the end of the standard responses. 
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Figure 21 shows the codes f-<r the standard display on visual in- 
spection. The first three codes are interpreted as follows. 

85100: Right selection, five right selections in list, first 

right selection, standard response returned. 

9510C; Wrong selection, five right selections in list, first 
wrong selection, standard response returned. 

85200: Right selection, five right selections in list, second 

right selection, standard response returned. 



In Fig. 22 the instructor has altered the codes to recall his re- 
sponses when a wrong selection is made. The 8xxxx codes above remain 
the same, but the 9xxxx code has the following interpretation. 



95103: Wrong selection, five right selections in list, first 

wrong selection, third instructor's response returned. 



In this example, the rest of the display remains unchanged. 

CATTS also requires the student to make component selections from 
a schematic, another form of multiple-selection testing. When creating 
a multiple-selection display with the schematic, the instructor must 
insert codes for each component. The codes follow the same format de- 
scribed atove. For example, the display in Fig. 23 was created as fol- 
lows : 

1. Recalled "Probable Causes" display. 

2. Recalled schematic. 

3. Inserted codes. 

4. Pressed "output display." 

The codes for the reservoir and the power pump have the following in- 
terpretation. 

96100: Wrong component, six right components on page, first 

wrong, standard response returned. 

86200: Right component, six right components on page, second 

right component, standard response returned. 
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* SYSTEM INSPECTION * 

• crone diaonosiho a malfunctioning system, it ta necessary 
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Fi-. 21 - Visual inspection display with standard responses coded 
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Fig, 22 — Visual inspection display with instruction-stored responses coded 
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♦ PROBABLE CAUJSES * 



INDICATE ON THE SCHEMATIC »HICM COMPONENTS, IP DEFECTIVE 
COULD CAUSE THE TROUBLE 



•HEN FINISHED TOUCH 



DONE 

55 




|~ QUIT | RETURN { B AC K -UP | C Q NT I S l7 
5 1 52 5J 54 



Fig. 23 — Creation of probable causes display 
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Coding for Step-Sequencing . A system should be checked so as to 
minimize cost and time. For any given malfunction there is a step and 
component sequence that accomplishes this. The instructor inputs this 
sequence by means of five-digit codes. A component is defined (i.e., 
coded) by its first use in the correct sequence of steps. The codes 
have the following format. 



First digit: 

1. Only the numbers 1-7, 9 are acceptable. 

2. The numbers 1-7 indicate the step number. 

3. The number 9 indicates that the component is not used in any 
step. 

Second digit: 

1, The numbers 1-9 are acceptable. 

2. The numbers indicate the components position within the step. 

Third and fourth digits: 

1. Numbers 00, 11-79 are acceptable. 

2. The numbers specify the first two digits of a component in a 
previous step that is also necessary for completion of this 
step. A 00 means no previous component required. 

Fifth digit: 

1. Numbers 0-7 are acceptable. 

2. AO should appear in all codes for components not completing 
a step. 

3. The numbers 1-7 give the response number when a step has been 
completed correctly. 

In the example problem for the student (Figs. 5-20), the malfunc- 
tion is a zero reading on the system pressure gage. The step and com- 
ponent checkout sequence as described in CDC-42152-04-0269 is performed 
as follows: 



Step 1: Check the power pump by connecting an external source 

of pressure to the aircraft and pressurize the system. 
Component 1: External source 

Previous component: None 

Step 2: Determine whether the malfunction is in the power or 

the actuating system by setting subsystem selector 
valves with the external source of pressure on. 
Component 1: Wing flap selector valve 

Component 2: Landing gear selector valve 

Component 3: Power brake control valve 

Previous component: External source 
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Step 3: If the trouble is in the power system, check the 

pressure regulator by setting the MOCV and using 
the hand pump. 

Component 1: MOCV 

Component 2: Hand pump 

Previous component: None 

Figure 24 shows how the components in the above steps were coded. 
All components not used in the steps are given 9xxxx codes. The active 
components are coded as follows: 



External source: 


11001: 


Step 1, component 1, no previous 
components necessary, step complete — 
Response 1. 


Wing flat SV: 


21110: 


Step 2, component 1, external source 
necessary, step incomplete. 


Landing gear SV: 


22110: 


Step 2, component 2, external source 
necessary, step incomplete. 


Power brake CV: 


23111: 


Step 2, component 3, external source 
necessary, step complete — Response 1. 


MOCV: 


31000: 


Step 3, component 1, no previous 
component necessary, step incomplete. 


Hand pump : 


32002 : 


Step 3, component 2, no previous 
component necessary, step Complete- 
Response 2. 



Problem Design and Example 

New problems are created from standard displays provided by CATTS 
and instructor-supplied displays. The appendix details the purpose of 
each standard display and the required instructor actions. To illus- 
trate the use of each display, the pneudraulics system problem, pre- 
sented earlier in this section, is created. 

File Creation 

After all displays for a problem are punched out on cards in the 
correct sequence, the cards are read in and stored on disk in a new 
file. It is then recommended that each display in the new file be 
checked for errors. This is accomplished by entering the DESIGN phase 
with the new file. A file control page will appear on the screen, list- 
ing the names of all the displays the instructor has just stored. The 
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♦ CHECKING AND ANALYSIS * 

INDICATE ON THE SCHEMATIC THE COMPONENTS TO ACTIVATE PON CHECKING OUT 
THE PROBABLE CAUSES. THE ONDEN IN WHICH YOU CHECK OUT THE PROBABLE 
CAUSES SHOULD BE DETERMINED BY: l> THE TIME AND EFFORT NEEDED TO CHE'C K 

OUT EACH CAUSE, THE EASIEST FIRST; 2) INFORMATION FROM THE SERIES. 

■ HEN YOU WANT A SYSTEM RESPONSE TO YOUR ACTIONS TOUCH | RESPONSE | 

S« 




■HEN YOU HAVE DETERMINED THE CAUSE TOUCH CONTINUE. 



QUIT 


] RETURN 


BACK-UP 


CONTI NUE j 


5 1 


52 


54 


5« 



Fig* 24 Checking and analysis X coding the components 
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file control index for the example problem created is given in Figs. 

25, 26, and 27. Each display can then be recalled and examined. Cor- 
rections may be made with the keyboard and function keys after which 
the corrected display can be refiled. 

Problem Changes and Variations 

To change previously created problems or to create new problems 
from old ones, the instructor must use the problem file in the DESIGN 
phase rather than the CATTS standard file. Changing a problem erases 
the original problem from the file. This would be desirable if stu- 
dents had mastered the original problem, if they had copied solutions 
and passed them on to other students, or if the instructor had found 
the original problem too easy. A problem may be changed in several 
basic ways: 

1. Change the "trouble." 

2. Change the information on the flight manual forms to give 
pertinent rather than nonpertinent information or vice versa. 

3. Change the cause of the trouble (for any given malfunction 
there are generally a number of possible causes). 

4. Change the multiple-selection alternatives. 

5. Any combination of (l)-(4). 

Making a basic change generally requires making other changes in 
the original problem. The necessary changes for each of the above pos- 
sibilities are listed below: 



1. Trouble 

a. Change "trouble" display. 

b. Change codes on "condition verification" display, 

c. Change system response to condition verification. 

d. Change codes on "probable causes." 

e. Change codes for Checking and Analysis — Search to new 
correct sequence. 

f. Change system responses to checking steps. 

g. Change codes for Checking and Analysis — Solution to give 
new correct component. 

h. If necessary, change codes in Remedies to give correct 
remedy. 
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F1LE CONTROL 



STANDARD 




STANDARD 


D 1 SPLAY S 




Dl SPLAYS 


1-10 




11-20 



RECALL ITEM 



OESCRI PTION 



□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 



1 CONTROL PAGE 

2 TROUBLE 

3 SYSTEM 1NSPEC - VISUAL 

4 SYSTEM 1NSPEC - OPERATION 

s condition verification 

fl PROBABLE CAUSES 

7 STUDY 

® CHK A ANAL 

9 SOLUTION 

10 REMEDIES 



RESPONSE 
D 1 SPLAY S 
PAGE 



F I LE 
CURRENT 
Dl SPLAY 

AS DELETE 

I TEM NO . ITEM NO 



□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 



□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 



RETURN 



Fig 0 25 — File control, 1-10 
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□ 
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0 


□ 
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□ 


0 


□ 
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□ 


0 


□ 
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□ 


0 


□ 
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) 
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□ 


0 


□ 

□ 

□ 

□ 

□ 
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7 6 XK 




□ 


0 
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1 


□ 


0 
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□ 


0 


1 9 
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3 


□ 


0 


20 
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4 


□ 
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RETURN 
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Fig, 26 ~ File control, 11-20 
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FILE CONTROL 



STANDARD 
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□ 
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□ 


□ 


□ 


1 


RESPONSE 


1 


□ 


□ 


□ 


t 


RESPONSE 


t 


□ 


□ 


□ 


A 


RESPONSE 


A 


□ 


□ 


□ 


4 


RESPONSE 


4 


□ 


□ 


□ 


S 


RESPONSE 


5 


□ 


□ 


□ 


• 
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6 


□ 


□ 


□ 


7 
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7 


□ 
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Fig. 27 — File control, response display page 
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i. Enter new trouble on Form. 

j. If desired, change information on flight manual forms. 

2. Flight manual forms 

a. Enter rew information on appropriate form. 

b. Change codes for Checking and Analysis — Search (//8) to 
give new correct sequence of steps based on the new in- 
formation. 

3. Cause 

a. Change codes in Checking and Analysis — Solution (// 9) to 
give new desired defective component as cause. 

b. Change system responses to Checking and Analysis — Search 
(// 8) to reflect new cause. 

c. If necessary, change codes in Remedies — Repair (// 10) to 
give new correct remedy. 

4. Multiple-selection alternatives 

a. Insert new selections, deleting old if desired. 

b. Update codes to give new correct format. 



Each display that is changed must be refiled in the same position 
as the original. The new display may be given the same name as the old 
one. Frequent minor changes can keep students actively participating. 
When confronted with the same question time and again, some students 
may memorize the position of the correct answer rather than the answer 
itself. For this reason, it is suggested that the multiple-selection 
lists be changed or at least rearranged frequently. 

It is desirable to create a new problem from an old one when the 
same system (schematic) is to be used. This eliminates the need to 
trace in the schematic again and overlay it with the standard displays. 
The same changes as described above can be made to create a new problem. 
The difference is that the displays are punched out rather than refiled 
in the same file. The steps are 



1. Recall display. 

2. Make changes. 

3. Press "punch display." 

4. Press "erase screen." 

5. Press "file control." 

6. Repeat (l)-(5) for each display in sequence. 
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Finally, a new file must be set up for the new problem. 

New standard files may also be created from the CATTS file. If 
several troubleshooting problems are to be created for a system that 
defies visual inspection, for example, the visual inspection display 
(// 3) may be recalled and altered except for control boxes. In fact, 

1. Any multiple-selection display may be replaced by another 
multiple-selection display. 

2. Any step-sequence display may be replaced by another step- 
sequence display. 

3. Any form display may be replaced by another form display (ex- 
cept #11) . 

Creating a new standard file involves 23 standard displays. Start- 
ing with Item 1 and continuing through Item 23, in sequence , several 
steps are required: 

1. Recall display: 

go to (2) if the standard display is to be altered; otherwise 
go to (4). 

2. Delete any or all of display except control boxes. 

3. Create new display of correct type for position in file. 

4. Press "punch display." 

5. Press "erase screen." 

6. Press "file control." 

Go to (1) . 

After all 23 standard displays have been punched out, a new file must 
be set up. 

Table 3 describes the type of display for each position in the 
file. Displays with type "xxx" may not be changed. 
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Table 3 
DISPLAY TYPES 



✓ 



3 

ERIC 



Position 


Type 


Current Display Available 


i 


XXX 


Control 


2 


Form 


Trouble 


3 


MS 3 


System Inspection — Visual 


4 


^b 


System Inspection — Operational 


5 


ss b 


System Inspection — Verification 


6 


MS 


Probable Causes 


7 


Form Index 


Study 


8 


SS 


Checking and Analysis — Search 


9 


MS 


Checking and Analysis — Solution 


10 


MS 


Remedies — Repair 


11 


XXX 


Remedies — Form 


12 


XXX 


Finish 


13 


XXX 


Score Analysis 


14 


Form 


781A 


15 


Form 


781D 


16 


Form 


781K 


17-23 


Response 


Standard response 



^ultipl e-selection . 



Step-se quence . 
c 

Wording only, not meaning, may be changed. 

When creating a new standard display, the layout format used in 
CATTS displays should be kept in mind. An example of such a format 
(which can be altered) follows. 



♦TITLE* 



Instructions 



List, Form, Schematic 



♦♦♦RESPONSE 



1 Control boxes 
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IV. SYSTEM TEST 



After implementation, the author mode of CATTS was tested by a 
pneudraulics instructor from Chanute AFB. The instructor had no pre- 
vious experience with computers or computer-aided instruction. We 
wished to observe his initial reaction to the system and the time it 
took for him to learn how to use CATTS. The latter step included the 
development of a new problem. Of course, we were also interested in 
his criticisms and suggestions. 

OBSERVATIONS 

The instructor spent half an hour twice a day for four days at 
the terminal. His Immediate reaction to CATTS was positive and it 
remained so throughout the experiment. During the first session, he 
learned to use the function keys, Rand Tablet, light pen, and CRT. 

He learned the physical manipulation of these devices in less than 
five minutes. 

To familiarize the instructor with the system, the next several 
sessions we ** devoted to executing the system^ author and student 
modes. The instructor found no difficulty in creating and using all 
displays, except for the step-sequencing ones. The sequencing concepts 
within the framework of a coding system were foreign to him. Once ex- 
plained, however, he found the idea of coded sequencing quite appeal- 
ing, not only for CATTS, but also as a teaching aide. Although the 
objective of improving the instructor's ability to discuss and teach 
the subject matter was not included in the system design, it is a pos- 
sible CAI benefit that should be explored. 

The instructor made several recommendations on improvements in 
the wording of directions. In addition, certain situations in se- 
quencing occurred to him that were not explained in the system de- 
scription. For example, what if the components in a step do not need 
to be specifically ordered? It was determined that the situation may 
be handled by making each component a separate step referencing each 
other. 
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The instructor also noted the value of preparing the problem in 
advance of the terminal session, either with notes or by using a set 
of standard display pictures. This approach minimizes design time at 
the terminal. Of course, with the problem definition clear from the 
filled-in standard display pictures and the problem insertion process 
so easy, an assistant or clerk could do the work at the terminal. In 
other words, the functions of problem creation and problem insertion 
may or may not be separated, depending only on (1) the desire to mini- 
mize computer costs, and (2) the instructor’s preference. 

In conclusion, the instructor felt that CATTS provides a poten- 
tially useful teaching medium for conveying troubleshooting concepts. 

He was able to use the system in a very short time with minimum ef- 
fort. It also seems evident that involving the eventual system user, 
the instructor, throughout the design of the CAI course would produce 
better and more acceptable CAI packages. 

SYSTEM EVALUATION 

In summary, to create a troubleshooting problem rith CATTS, an 
instructor must know how to use the POGO function keys and he must 
know how to define his problem with simple codes. It is not necessary 
to learn any computer language at this level, to use special cameras, 
or to resort to off-line coordinate computation and card punching (the 
only card punching CATTS requires currently is done automatically). 

Although the instructor-user will rarely involve himself at the 
programming level, the programming simplicity of POGO should interest 
course developers. The program behind the student mode (EXECUTE), 
written in FORTRAN IV, uses only six different types of FORTRAN state- 
ments in combination with calls to POGO routines, to total less than 
200 statements. All possible contingencies in the problem-solving tree 
are taken into account. In comparison, the Navy’s CAI course in trouble- 
shooting required some 200 to 300 lines in COURSEWRITER for each path 
through the problem tree. 

After examining the description of DESIGN and EXECUTE, the reader 
may perceive several limitations of CATTS and the graphics approach. 
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As for CATTS, the reader may consider the maximum of seven instructor- 
supplied responses and 30 total displays as a rather unrealistic limi- 
tation. The limit does not really exist, however, as the file for 
CATTS and the file control pages may be expanded to include any reason- 
able number of instructor-supplied responses. The limit of 30 was im- 
posed on CATTS simply because it was sufficient at the time. 

The use of multiple-selection questions in several displays may 
be criticized on the basis that it primes the student for right and 
wrong answers. An alternative approach allows the student to type in 
his own response to questions. This capability is available in most 
course author languages, but unfortunately is not incorporated into 
CATTS (or P0G0) ; however, Rand is implementing a new graphics system 
that will allow modification of CATTS and P0G0 to accept typed input 
during execution. Mear.s for analyzing such input exist in programs 
and routines developed elsewhere, and a way to incorporate all these 
capabilities into a M CAI System 11 is discussed in the concluding section. 

The new Video Graphics System at Rand can also provide another 
solution tc the multiple selection problem. In one instance, a multi- 
ple selection question is used in CATTS because a schematic could not 
describe the aircraft’s visual appearance and sounds. Under the new 
system, it will be possible to recall photographs from disk and sound 
from tapes as required. These developments should lend even more 
realism to the learning environment. 

The high cost of hardware necessary to support a graphics system 
is, of course, an obvious drawback to the graphics approach. Graphics 
hardware is 10 to 20 times more expensive than text-displaying equip- 
ment. Furthermore, graphics software has not been available in the 
past to make simulations and graphical displays easy to describe and 
input. For example, the creation of the least complex CATTS display 
using a standard graphics software package would take approximately 
30 minutes of sketching, computing coordinates, coding, executing, and 
debugging. The more complex displays would take two hours or longer 
of the same proct s. In addition to the excessive time involved, most 
instructors would find the process tedious and unnatural. With P0G0, 
the time range for creating displays is 2 to 15 minutes with no off-line 
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display sketching, coordinate computing, or programming required. The 
process is natural in that the user draws and sees his drawing simul- 
taneously. The purpose of this Report is to show how POGO could be 
used in a CA1 application to eliminate the graphic input problem. To 
the extent that it does, CAI becomes a more feasible teaching medium. 
And, to the extent that savings are realized due to more effective and 
efficient teaching through CAI, the higher costs of the graphics ap- 
proach may be offset. 
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V. CONCLUSIONS AND RECOMMENDATIONS 



In describing the functional approach to CAI, we indicated that 
an author requires an easy means to create CAI courses, whereas a stu- 
dent requires facilities for interacting with the information displayed 
by the CAI course program. The CATTS system demonstrates POGO's role 
in providing these functions. In addition to these functions, however, 
both author and student may need access to computational facilities 
that may not be a part of the CAI package. Also, an instructor should 
be able to switch from author-mode to student-mode on-line to check 
out his CAI course. Unfortunately, the typical teaching system has 
been designed as special-purpose software. This leans that the system 
is limited to performing functions specifically pv jg tammed into the 
teaching system. The addition of other features requires extensive 
additional programming. 

Consequently, the development of a CAI system permitting the in- 
terleaving of programs has been recommended [4] . The "coherently pro- 
grammed" system should be a set of conventions and techniques designed 
to shape the growth of a library of programs that would enable the 
user to draw upon them freely with minimal concern about the details 
of their compatibility. A CAI system user is likely to make use of 
such system facilities as conventional compilers, text editors, and 
text analyzers. He should be able to use them without recourse to 
either a complex job control language or the more difficult alterna- 
tive of having to terminate the process. It should be a pr im ary goal 
of the system to allow users to work on-line in several languages or 
modes. 

In 1968, K. J. Engvold and J. L. Hughes of the IBM Education Cen- 
ter suggested that a system they designed called ADEPT (A Display- 
Expedited Processing and Tutorial) could solve the difficulty of inter- 
leaving programs [11]. ADEPT is a program that controls the standard 
operating system by terminating and rescheduling itself automatically, 
relinquishing computer resources allocated to it, and surrendering 




57 



- 49 - 



control to the operating system to perform other jobs. By means of a 
display unit and light pen, the user may access any of the cataloged 
programs that function as subroutines under the control of ADEPT once 
it is in execution. Thus all features added to the standard operating 
system in the future would automatically come under control of ADEPT 
without the need for additional programming. 

The coherent programming approach to CAI, exemplified by ADEPT, 
expands the power and flexibility of CAI by making immediately avail- 
able to students, teachers, and other users the full resources of the 
operating system. Graphic facilities such as POGO could be used in 
combination with previously programmed text analyzers and computational 
facilities, for example, thus satisfying all the functional require- 
ments of both course author and student. 
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Appendix 

PROBLEM DESIGN AND EXAMPLE 



The following pages detail the purpose of each display. Standard 
displays must be handled in the sequence in which they appear in the 
CATTS files. Optional instructor actions are designated by a single 
asterisk. All other actions described are required. The pneudraulics 
system problem from Sec. Ill is developed to illustrate the use of 
each display. 

In the descriptions, display numbers in parentheses refer to dis- 
plays listed on the file control pages presented in Figs. Al, A2, and 
A3. 

Figures A4 through A23 are described by purpose, instructor ac- 
tions, and example. Standard displays appear on the top half of the 
page; if nothing appears on the bottom half, the standard display is 
used without change. Displays on the bottom half are either (1) stan- 
dard displays that have been altered or (2) instructor-supplied dis- 
plays. In the latter case, of course, no display appears on the top 
half of the page. 
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i 
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4 
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□ 
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□ 


ft 
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□ 


□ 


ft 
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□ 
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Fig. A1 — File control, 1-10 



FILE CONTROL 



STANDARD 




STANDARD 




RE SPONSE 


DI SPLAYS 




DI SPLAY S 




DI SPLAY S 


1-10 




1 1 -20 




PAGE 



f I LE 



RECALL 


1 TEM 


DE SC R I PTION 


CLRRENT 
01 SPLAT 
AS 

1 TEM NO 


DELETE 
ITEM \C 


□ 


I t 


REMEDIES - FORM 


□ 


□ 


□ 


I 2 


FINISH 


□ 


□ 


□ 


\ 3 


SCORE ANALYSIS 


□ 


□ 


□ 


1 4 


7814 


□ 


□ 


□ 


IS 


7 810 


□ 


□ 


□ 


Ift 


7 8 IK 


□ 


□ 


□ 


17 


STD RESP I 


□ 


□ 


□ 


18 


STD RESP 2 


□ 


□ 


□ 


1 t 


STD RESP 3 


□ 


n 


□ 


20 


STD RESP 4 


□ 


□ 



RETURN 



Fig. A2 - File control, 11-20 
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Fig. A3 — Response displays page with schematic filed 
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1. Schematic 



Purpose 

To be used to create other displays that test the student on his know- 
ledge of and ability to use aircraft schematics. 

Instructor Actions 

1. Recall the Checking and Analysis - Search display (//8) for align- 
ment purposes; 

2. Press "reset pointers"; 

3. Position the schematic on the Rand Tablet so that it fits into 
the display, leaving room at the bottom of the display for 
responses ; 

4. Trace the schematic using the’ stylus and function keys; 

5. Place an invisible box around each component without overlapping; 

6. Insert 9xxxx codes for all components; 

7. Press "file control", branching to Response Displays Page; 

8. File the schematic at the end of the file; 

9. Press "erase screen"; 

10. Press "file control." 

Example 

1. Recalled standard display #8, Checking and Analysis - Search; 

2. Pressed "reset pointers"; 

3. Traced schematic, labeled components; 

4. Placed invisible boxes around each component without overlapping; 

5. Inserted 9xxxx codes for all components; 

6. Pressed "file control," branched to Response Displays Page; 

7. Filed display temporarily as Item 7 (see Fig. 27); 

8. Pressed "erase screen"; 

9. Pressed "file control." 
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Figo A4 — Schematic 
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2. Control 



Purpose 

To allow the student to branch among the various steps of troubleshooting. 

Instructor Actions 

1. Recall display; 

2. Inputs: None; 

3. Press "punch display"; 

4. Press "erase screen"; 

5. Press "file control." 

Example 

1. Recalled display; 

2. Pressed "punch display"; 

3. Pressed "erase screen"; 

4. Pressed "file control." 
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♦ CONTROL PAGE * 




Fig. A5 — Control page 
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3 . Trouble 



Purpose 

To present the malfunction to the student on the form on which he would 
receive it on the job. 

Instructor Actions 

1. Recall display; 

2. Inputs: Using "small characters" enter 

a. Date disc*d 

b . Code 

c. Problem 

d. Disc'd by 

3. Press "punch display"; 

4. Press "erase screen"; 

5. Press "file control." 

Example 

1 . Recalled display; 

2. Inputs: Using "small characters" entered 

a. Date disc'd: 10-09-9 

b. Code D 

c. Problem: Zero pressure indication on system pressure gage 

d. Disc'd by: J Jones, AIC 

3* Pressed "punch display"; 

4. Pressed "erase screen"; 

5. Pressed "file control." 
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Fig. A6 — Trouble 
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4 . System Inspection — Visual 



Purpose 

To test the student on his knowledge of visual inspection requirements. 
(Optional instructor actions are designated by a single asterisk.) 

Instructor Actions 

1. Recall display; 

2. Inputs: None if standard display is acceptable; if other selec- 

tions or responses are desired, they must be entered and the 
codes changed according to the format described under Coding 

for Multiple Selections, Sec. Ill; 

3. Press n punch display' 1 ; 

*4. Press "reset pointers"; 

*5. Response input: If an instructor-response is to be inserted, 

enter the response below the list using large characters and 
preceding it with three asterisks; 

*6. Press "file control," branching to Response Displays Page; 

*7. Store the response at the end of standard displays in the posi- 
tion indicated by the code; 

*8. Return to the current display; 

*9. Delete response: 

*10. Repeat steps (5)-(9) for all instructor-responses indicated by 
codes with last two digits nonzero; 

11. Press "erase screen"; 

12. Press "file control." 

Examp le 

1. Recalled display; 

2. Inputs: The instructor has decided to insert his own responses 

for wrong answers. Therefore each 9xxxx code has been changed 

to indicate the position of the response in the file. For example, 

95103: Wrong answer, five right on page, first wrong, 

return third instructor-stored response in file. 
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3. Pressed "punch display"; 

4. Pressed "reset pointers"; 

5. Response input: Response to the selection "internal leakage"; 

*** No. Internal leakage is not visible. 

6. Pressed "file control," branched to Response Displays Page; 

7. Filed response in position 3 became response digit (i.e., last 
digit) of code for the selection is a 3; 

8. Returned to current display; 

9. Deleted response; 

10. Response inpuc: Response to the selection "system relief valve" 

*** No. System relief valve defects cannot be directly 

determined by visual inspection. 

11. Pressed "file control," branched to Response Displays Page; 

12. Filed response in position 4; 

13. Returned to current display; 

14. Deleted response; 

15. Response input: Response to the selection "power pump"; 

*** No. Defects in the power pump are not visually apparent. 

16. Pressed "file control," branched to Response Displays Page; 

17. Filed response in pos/tion 5; 

18. Pressed "erase screen"; 

19. Pressed "file control." 



O 

ERIC 



SB 



4 




-62 



* SYSTEM INSPECTION * 
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5 . System Inspection — Operational 



Purpose 

To test the student on his knowledge of operational inspection 
requirements. 

Instructor Actions 

1. Recall display; 

2 . Inputs: None if standard display is acceptable; if other 

selections are desired, they must be entered and the codes 
changed according to the format described under Coding for Mul- 
tiple Selections, Sec. Ill; 

3. Press "punch display"; 

*4. Press "reset pointers"; 

*5. Response inputs: If an instructor response is to be inserted, 

enter the response below the list using "large characters" 
and preceding it with three asterisks; 

*6. Press "file control," branching to Response Displays Page; 

*7. File the response at the end of the standard displays in posi- 
tion indicated by codes; 

*8. Return to current display; 

*9. Delete response; 

*10. Repeat steps (5)-(7) for all instructor responses indicated by 
codes with last two digits nonzero; 

11. Press "erase screen"; 

12. Press "file control." 

Example 

1. Recalled display; 

2. Inputs: The user has decided to insert his own responses for 

wrong answers ; therefore each 9xxxx code has been changed to 

indicate the position of the response in the file. 

93107: Wrong answer, three right on page, first wrong, 

return seventh instructor-stored response in file. 

93206: Wrong answer, three right on page, second wrong, 

return sixth instructor-stored response in file. 
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3. Pressed ’’punch display"; 

4. Pressed "reset pointers"; 

5. Response input: Response to the selection, "the hand pump is 

inoperative” : 

*** No. The hand pump cannot be tested when the power pump is on. 

6. Pressed "file control," branched to Response Displays Page; 

7. Filed response as Item 7; 

8. Returned to current display; 

9. Deleted response; 

10. Response input: Response to the selection, "the pressure 

regulator is stuck": 

*** No. With the power pump on the pressure regulator cannot 
be isolated for checking; 

11. Pressed "file control,” branched to Response Displays Page; 

12. Filed response as Item 6; 

13. Pressed "erase screen"; 

14. Pressed "file control.” 
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• SYSTEM INSPECTION * 
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Fig. A8 — System inspection: operational 
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6 . Syetem Inspection — Verification 



Purpoee 

To have the student verify that the malfunction exists as reported. 

Instructor Actions 

1. Recall display; 

2. Recall schematic; 

3. Inputs: Insert codes for components according to the step-sequence 

format described under Coding for Step-Sequencing, Sec. Ill; 

4. Press "punch display"; 

5. Press "reset pointers"; 

6. Response inputs: Draw and/or enter system response to correct 

student action; 

7. Press "file control," branching to Response Displays Page; 

8. File response at end of standard displays in position indicated 
by the codes; 

9. Press "erase screen"; 

10. Press "file control." 

Example 

1. Recalled display; 

2. Recalled schematic; 

3. Inputs: To verify that the system pressure gage is reading zero, 

the power pump must be turned on (activated). The power pump is 
therefore coded: 

11001: Step l t component 1, no previous component required, return 

response 1. 

All other components retain 9xxxx codes. 

4. Pressed "punch display"; 

5. Pressed reset pointers; 

6. Response inputs: The gages indicate the system's response to 

activation of the power pump. Therefore gage readings are entered 
which show a zero pre^ure indication on PG B, the system gage, as 
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✓ 



► 



7. 



8 . 



9. 



10 . 



reported on the 781A. 
gages . 




Normal readings are entered for the other 



\ 

1000 PSI 0 PSI 




Pressed "file control, 11 branched to Response Displays Page; 
Filed response as Item 1; 

Pressed "erase screen"; 

Pressed "file control." 
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— System inspection: condition verification 
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7 . Probable Causes 



Purpose 

To test the student's knowledge of common causes of the malfunction 

given in the "trouble" display. 

Instructor Actions 

1. Recall display; 

2. Recall schematic; 

3. Inputs: Insert codes for components according to the multiple- 

selection coding format described under Ceding for Multiple 
Selection, Sec. Ill; 

4. Press "punch display"; 

*5. Press "reset pointers"; 

*6 . Response inputs: Enter response below schematic using "large 

characters" and preceding it with three asterisks; 

*7. Press "file control," branching to Response Displays Page; 

*8. File response at the end of standard displays in the position 
indicated by code; 

*9. Delete response; 

*±0. Repeat steps (6)-(8) for all instructor-responses indicated by 
codes with last two digits nonzero; 

11. Press "erase screen"; 

12. Press "file control." 

Example 

1. Recalled display; 

2. Recalled schematic; 

3. Inputs: The probable causes of a zero reading on the system 

pressure gage are a defective pressure regulator, power pump, 
system pressure gage and actuating cylinder(s). These com- 
ponents are given "right" codes: 

Pressure regulator: 86100: Right, six right, first right, 



Power pump: 



standard response returned. 

86200: Right, six right, second right, 

standard response returned. 
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PG B: 



86300: 



Wing flap actuating 86400: 
cylinder : 

Landing gear 86500: 

actuating cylinder: 



Brake actuating 
cylinder: 



86600 : 



All other components retain 

4. Pressed "punch display"; 

5. Pressed "erase screen"; 

6. Pressed "file control." 



Right, six right, third right, 
standard response returned. 

Right, six right, fourth right, 
standard response returned. 

Right, six right, fifth right, 
standard response returned. 

Right, six right, sixth light, 
standard response returned. 

the "wrong" 9xxxx codes . 
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* PROBABLE CAUSES * 
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Eig* A10 — Probable causes 
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► 

F 



<9, Study 



Purpose 

To provide the student with the aircraft’s history as recorded in the 
flight manual. 

Instructor Actions 

1. Recall display; 

2 . Inputs : None ; 

3. Press "punch display"; 

4. Press "erase screen"; 

5. Press "file control." 

Example 

1. Recalled display; 

2. Pressed "punch display"; 

3. Pressed "erase screen"; 

4. Pressed "file control." 
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♦ STUDY * 
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9 . Checking arid Analysis — Search 



Purpose 

To allow the student to check out the malfunctioning system using a 

schematic . 

Instructor Actions 

1. Recall display; 

2. Recall schematic; 

3. Inputs; Insert codes for components according to the step- 
s' quence coding format described in Sec. Ill; 

4. Press "punch display"; 

5. Press "reset pointers"; 

6. Response inputs: Draw and/or enter system responses to a, 

student's correct completion of a step-sequence; 

7. Press "file control," branching to Response Displays Page; 

8. File response at end of standard displays in the position indi- 
cated by code; 

9. Return to current display; 

10. Delete response; 

11. Repeat (6)-(8) for each checkout step; the number of instructor- 
responses required is less than or equal to the number of steps 
necessary to troubleshoot the system for the given malfunction 
(i.e., some step may cause the same system response): 

12. Press "erase screen"; 

13. Press "file control." 

Example 

1. Recalled display; 

2. Recalled schematic; 

3. Inputs: The step and component sequence that minimizes cost and 

time for this malfunction requires coding as follows (descr . >ed 
in greater detail in Sec. Ill); 
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External source; 11001 
Wing Flap SV: 21110 
Landing Gear SV: 22110 
Power Brake CV: 23111 
M0CV : 31000 
Hand Pump: 32002 



4. Pressed "punch display"; 

5. Pressed "reset pointers"; 

6. Response input: The gages indicate the gystem's response to 

correct activation of components in a step. In this problem, 
the power pump is not defective. Therefore, when the external 
source is activated the same response is returned as when the 
power pump wa's^acjt^ivated (Response 1). The actuating cylinders 
are also not defective"*so< Response 1 is returned again* Since 
Response 1 is already stored in ths response file it does not 
have to be entered again. The defective component it- the 
pressure regulator and therefore a new response (Response 2) 
was created for return when Step 3 is completed. 



7. 

8 . 
9. 

10 . 




Pressed "file control," branched to Response Displays Page; 
Filed new response as Item 2; 

Pressed "ease screen"; 

Pressed "file control." 
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Fig. A12 - Checking and analysis: search 
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10. Cheeking and Analysis — Solution 



Purpose 

To have the student pinpoint the cause of th^t malfunction. 

Instructor Actions 

1. Recall display; 

2. Recall schematic; 

3. Inputs: Insert an 8xxxx code for the component that is defective 

according to the format for multiple-selection codes; 

4. Press ’’punch display”; 

*5. Press ’’reset pointers”; 

*6. Response input: Enter response below schematic using ’’large 

characters” and preceding it with three asterisks; 

*7. Press ’’file control/’ branching to the Response Displays Page; 

*8. File response at the end of standard displays in the position 
indicated by last digit of code; 

*9. Return to current display; 

*10. Delete response; 

*11. Repeat steps (6)-(8) for all instructor-responses indicated by 
codes with last digit nonzero; 

12. Press ’’erase screen”; 

13. Press ’’file control.” 

Example 

Recalled display; 

Recalled schematic ; 

Inputs: The defective component , the pressure regulator, was 

given the code 81100 (right answer, one right, first right, 
standard response) while all other components retained 9xxxx 
codes ; 

Pressed "punch display”; 

Pressed "file control/’ 
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♦ CHECKING AND ANALYSIS * 
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Fig. AH — Checking and analysis: solution 
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11. Remedies — Repair 



Purpose 

) 

To test the student on his knowledge of the means to repair the given 
defective component. 

\r 

Instructor Actions 

1. Recall display; 

. __ / 2. Inputs: None if standard display is acceptable; if other selec- 

tions are desired, they must be entered and the codes changed 
> according to the format described in Sec. Ill; 

3. Press "punch display**; 

* *4. Press **reset pointers'*; 

*5. Response input: If an instructor response is to be inserted, 

enter the response below the list using **large characters" and 
preceding the response with three asterisks; 

*6. Press "file control,*' branching to Response Displays Page; 

*7. File response at the end of the standard displays in the position 
indicated by the code; 

*8. Return to current display; 

*9. Delete response; 

*10. Repeat steps (5)-(8) for all instructor responses indicated by 
codes with last digit nonzero; 

11. Press "erase screen"; 

12. Press "file control." 

Example 

1. Recalled display; 

2. Pressed "punch display"; 

3. Pressed "erase screen"; 

! 

4. Pressed "file control." 



S> 
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* REMEDIES * 



NOW THAT YOU HAVE FOUND THE 
WOULD YOU REPAIR IT? WHEN 



DEFECTIVE COMPONENT, HO 
FINISHED TOUCH DONE 



j • | REPLENISH THE COMPONENT. 

| « ] REPLACE THE COMPONENT. 

| • | CALL AN ELECTRICIAN. 

| • | REPAIR AND RETURN THE COMPONENT. 




REPOSITION THE COMPONENT. 



Fig. 



QUl T 


RETURN 


BACK-UP 


CONTI NUE 


— Remedies; 


repair 
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12. Remedies — lorm 



s 



► 

F 



Purpose 

To test the student on the completion of AF Form 781A. 

Instigator Actions 

1. Recall display; 

2. Inputs: Using "small characters" enter the same information 

appearing in the Trouble display, 

a. Date Disc'd 

b . Code 

c. Problem 

d. Disc'd by 

3. Press "punch display"; 

4. Press "erase screen"; 

5. Pres3 "file control." 

Example 

1. Recalled display; 

2. Inputs: Using "small characters" entered. 



a. 


Date disc'd: 


10-09-9 


b. 


Code : 


D 


c. 


Problem: 


Zero pressure indication on system 
pressuie gage. 


d. 


Disc'd by: 


J Jones, AIC 



3. Pressed "punch display"; 

4. Pressed "erase screen"; 

5. Pressed "file control." 
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♦ REMEDIES * 

AFTER REPAl.TINO THE DEFECTIVE COM f 0 HE H T YOU MUST COMPLETE A F TO 
TttU BEFORE THE PLANE MAY ELY A 0 A I N . INDICATE CM THE FORM IN 
THE FOLLOWING ORDER WHERE YOU wOULO ENTER: 

II THE REMEDY, 

21 YOUR NAME AND OHADE, 

31 THE DATE. 

A I YOUR INITIAL. 



5TFT DATE UI5U L'UUt D'l & t kg l»A N£V 


— REPORT "TO . CORRECTIVE ACfl'OK' 

4 


















DATE CORRECTED 




D 1 SCO VEHED BY 


^CORRECTED BY J 


INSPECTED BY 



AETO 7 0 |A MAINTENANCE Dl 5CREPANCY f WORK RECORD 

DEC ftl 



QU1 T 


RETURN 


BACA -UP 


CONTI NLE 



* REMEDIES * 

AFTER REPAIRING THE DEFECTIVE COMPONENT YOU MUST COMPLETE 
AFTO 7HIA BEFORE .HE PLANE MAY FLY AGAIN. INDICATE ON THE 
FORM IN THE FOLLOWING ORDER WHERE YOU WOULD ENTER: 

I I THE REMEDY , 

21 YOUR NAME AND GRADE, 

31 THE DATE * 

41 YOUR INITIAL. 



fTPH D 4 '* fc ulSCD CODE DISCREPANCY 
/ 1 1 0 -Of -9 0 


REPORT NO CORRECTIVE ACTION 






ZERO PRESSURE INDICATION 




ON SYSTEM PRESSURE GAGE 












DATE COHREC^EC 


^1 SCO VE RED BY' 
J . JONES , A 1 C 

. u -n * U n'n 


CORRECTED BY 1 


■[iNSPgtftED Ay 



AFTO unn T 4 1 A MAINTENANCE Dl SCREPANCY / WORN RECORD 

S E P 6 6 • • 



WHEN FINISHED TOUCH CONTINUE 



r ,m t HETl' HN ~| B4C K t |cu»TI M £ j 



Fig. A15 — Remedies: form 
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13. Score 






f 



I 



Purpose 

To display the student's score and allow him to take various actions. 

Instructor Actions 

1. Recall display; 

2. Inputs: None; 

3. Press "punch display"; 

4. Press "erase screen"; 

5. Press "file control." 

Example 

!• Recalled display; 

2. Pressed "punch display"; 

3. Pressed "erase screen"; 

4. Pressed "file control*" 



O 

ERIC 



Si 



I 



I 

I 

\ 

l 
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! YOU HAVE NOW COMPLETED THE TROUBLESHOOTING 
PROCESS AND YOUR PLANE IS FLYING AGAIN. 




YOUR SCORE 1 8 * % 

DO YOU WISH 

| • | AN ANALYSIS OF YOUR RESULTS. 

| • 1 TO REPEAT THE SAME PROBLEM. 

| • | TO TRY ANOTHER PROBLEM ON THE SAME SYSTEM. 

CD TO TRY A PROBLEM ON ANOTKER SYSTEM, 
m TO QUIT 



Fig, A16 — Score 




9Z 
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14. Score Analysis 



Purpose 

To present a breakdown of the student's score according to the various 
steps in troubleshooting. 

Instructor Actions 

1. Recall display; 

2. Inputs: None; 

3. Press "punch display"; 

4. Press "erase screen"; 

5. Press "file control," 

Example 

1, Recalled display; 

2. Pressed "punch display"; 

3, Pressed "erase screen"; 

4. Pressed "file control." 
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* SCORE ANALYSIS * 



I . TIME 

2. VISUAL INSPECTION 

3. OPERATIONAL INSPECTION 
«• CONDITION VERIFICATION 
5 . PROBA 9 LE CAUSES 

0 CHECKING 

T. ANALYSIS ( SE OUE NCI NO ) 

8. SOLUTION 
fl. REMEDY 
10. FORM 



POINTS 



* 



* 



TOTAL * / iooo 

PERCENT * _ 



OUIT I RETURN 



BACK -UP 



Fig. A17 - Score analysis 
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15. 7ulA 



Purpose 

To present the aircraft's Maintenance Discrepancy/Work Record, which 
is available in the flight manual. 

Instructor Actions 
1 • Recall display; 

2. Inputs: Using "small characters" enter past history about the 

aircraft; this history may or may not reveal information about 
the cause of the cur rent malfunction; 

3. Press "punch display"; 

4. Press "erase screen"; 

5. Press "file control." 



Example 



1. Recalled display; 

2. Inputs: The user completed past 781A's with nonpertinent infor- 

mation for this problem: 



Date From: 
lo: 

Crew Chief : 
Orgn : 

Loc : 

MDS: 

Serial No: 



9- f 9-9 

10- 09-9 

A Baker, AIC 
62TCW 

Norton AFB 

C-124C 

50-83 



Sym: 

Date Disc'd: 

Code : 

Discrepancy : 

Disc'd by: 

Report No: 
Corrective Action: 
Date corrected: 
Corrected by: 



t 

9-09-9 

K 

Oil leak at oil cooler inlet tube 
J Jones, AIC 
A 1456 

"0" ring .ieal replc.ce 
9-09-9 

J Jones, AIC 



Sym: t 

Date Disc'd: 9-09-9 

Code: B 



B5 

o 

ERIC 
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Discrepancy: 

Disc'd by: 

Report No: 
Corrective Action: 
Date corrected: 
Corrected by: 


EQT indication fluctuates intermittently 
A Baker, AIC 
A 1474 

Thermocouple harness replaced, operational 
9-09-9 

D Evans, AIC 



3. Pressed "punch display"; 

4. Pressed "erase screen"; 

5. Pressed "file control." 
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orrtrTwowr ttr* — .nrr»*cHrrry “trwmr- 




"mrr j Trwrtr^ai 

.1 J 


YTm 


nnrmnsnj 


ruui; j u r 5 r kf fa vrr 




nriltTTTTf i CTTO 






















DATE COMfTTlT 

| 




0 1 SCOERfeO B 1 


CORRECTED 3 Y 


INSPECTED BY j 

1 




D* TIT D T JtD 


LODI 


“ utyttryt rwn “ 


REPORT NO 


CORRECT! st AC TION 






















DATE CORRECTED 




DISCOVERED BY 


“TDR RETTED BY 


INSPECTED BY 



A F TO F0RM nmim MAINTENANCE 0 I SC R E P A Nf Y / »0 R R RtCORO 

SEP M 



TO RE T * *N TO STUDY TOUCH | STUDS ] 



/ 


[ OU.I T 


J RETURN 


| BACA IP Jt'D *• T 1 NIK | 



WTE TROW TO TCnrr CHIEF. ORCN~ 

1011 lO'OB'fA BA^R ,41 : 1 2TC • 


— LocrrroK — 

NORTON APB 


mrr — r ynmc ^cr 

C - 1 2 AC | SO - • J 


ZL 


DATE 1 5CD 

• -01 - • 


CODE 

K 


uT SC Rc r NOT 


REPORT R0 
A MSB 


corrective action 






OIL LEAK AT oil COOLER 


”0“ RINO SEAL REPLACED. 


INLET TUSK 












DATE CORRECTED 

1-01*1 




DISCOVERED BY 
J JONES, A 1 C 


CORRECTED BY 
J JONE S , AIC 


INSPECTED BY 


7 


P A IT" U 1 STD 

• - 0 • - • 


CODE 

B 


d r s c kE PARCT ' 


REPORT NO 
A 1 At « 


COR 


RECTIVE action 








eoT INDICATION fluctuates 


THERMOCOUPLE HARNESS 


1 NTERm TTEnti.v 


REPLACE , OPERATIONAL. 








! 


DATE CORR'LllD 
• 0* - 1 


• ft >v> 


Ui ALOyiHUD BT 
A BAKER. AIC 


' CORRECTED JT . j 

0 EVANS , AIC J 


"Tnspecyeo by j 



t t 1 A HAIHTtNAACC 0* SCRr PANCY ' *ORk *9XV» 



TO RETURN TO STUDY TOUCH «T i UY~"| 



c 



RETURN 



BACA -UP V i' 0 * T I M « 



Fig. A18 - AFTO form 781A 
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16. 781D 



Purpose 

To present the aircraft's Calendar and Hourly Item Inspection Record, 
which is available in the flight manual. 

Instructor Actions 

1. Recall display; 

2. Inputs: Using "small characters" enter past history ibout the 

aircraft; thiu history may or may not reveal information about 
the causes of the current malfunction; 

3. Press "punch display"; 

4. Press "erase screen"; 

5. Press "file control." 

Example 

1. Recalled display; 

2. Inputs: 

Aircraft MDS: 

Serial No: 

Page No: 

Insrection Item: 

Frequency: 

Next due : 

3. Pressed "punch display"; 

4. Pressed "erase screen"; 

5. Pressed "file control." 



C-124C 

50-83 

3 

Missile ammonia bottle 
24 mos. 

15-10-9 
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rWTFTCTT T tew 


r BtULI nt T 


«MF Ol'l 


«riT PLC 


nrr hit 


’ TTTT“ UTT 




































































































































"T 


























































































. 









NA« *3 7,10 TO RETURN TO STU01 TOUCH | 3TUO< ~| 



QUIT j 


| RE URN 


BACA - VP ] 


|l *0 % T 1 •» l k 



CTCt RDM R ARP WUJRLT 1 TEW — 


— mtrfnrmnrg 

C • t 2 AC 


yntnrc no 

90 - • 3 


PACE NO 
J 


T N 8 EECT1 UN TTFH 


V RE UUc Nv T 


KBIT DUE 


NEXT DUE 


l»C *T Ulr 


wexT DuE 


4I991LE AMMONIA BOTTLE 


2 4 MO 


LS-iO 

































































































































































































































HA 1 33 ’ ® ,D TO RETURN TO STUOT TOUCH | STUDY | 



QUI T | 


| RETURN J 


| BACA -UP "j 


[cONTI NLE 



Figo A19 - AFTO form 781D 
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17. 781K 



Purpose 

To present the aircraft's Delayed Discrepancy and Calendar Item Inspec- 
tion Record, which is available in the flight manual. 



Instructor Actions 

1. Recall display; 

2. Inputs: Using "small characters" enter past history about the 

aircraft; this history may or may not reveal useful information 





about 


the cause of the 


3. 


Press 


"punch 


display" ; 


4. 


Press 


"erase 


screen" ; 


5. 


Press 


"file 


control , " 



Example 

1. Recalled display; 

2 . Inputs : 

Date From: 

Crew Chief : 

Orgn: 

Loc : 

AFCT MDS: 

AFCT Serial No: 
Symbol : 
Description : 

Sys : 

Date : 

AFCT Time: 

Code : 

Date CW: 

Verified by: 



3. 

A. 

5. 



1-09-9 
A Baker 
62TCW 
Norton 
C-124C 
50-83 
/ 

Top both wings need repainting 
11 



1-09-9 
4224 
M 

6-09-9 
Jackson, 

Pressed "punch display"; 

Pressed "erase screen"; 

Pressed "file control," 



SG 




$.00 

• • 



9 3 




TO RETURN TO STUDY TO l C H 



!>TlOY 



Oil T 


RETURN 


B A C R • t F j 


CUNT l Nl E j 



t>4Tt FROM 


— fo — 


CREN CHIEF 


ORON 


LOCATION 


ACFT MO 9 


ACFT SERI A L NO 


1 -o#- • 




A BARER 


t 2TC • 


NORTON 


C > 1 24C 


S 0 - A 3 



out»tanD1nO Immediate action and urgent ution 

T O 9 AND SUMMARY CF DELAYED D I 9CRE F ARC I F 9 
TRANSFERRED 



VHER TH Sl'P/ r NTFRgP, 



UXTF TO 
A F TO 34 9 |0Y OR CUMF 
OR T A 1 A UNVERIFIED BY 
DATE C • I 9ICNA TUBE ) 



TTW 






TTJ R U BBE R A N D 

F UBL I C A T 1 ON DATE 
OR DISC RE FANCY 



DA TE AC F T T1 ME CODE 



fOF BOTH RINGS 



YE F D REFAINTINO 



LL 






>oi» 



J ACRSON 4 SQ 



A F TO F ° RM TMR 
NOV »1 



DELAYED DESCREFANCY AND CALENDAR 
ITEM 1 NIFECTION RECORD 



TD RETURN TO STUDY TOUCH 



OUI T | 


1 RETURN | 


| B AC R -U F | 


CONTI Nl E 



Fig. A20 - AFTO form 781K 
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28 . Standard Responses 

Purpose 

> To P rovide default responses to student actions. 

k 

S Instructor Actions 

1. Recall display; 

2. Press "punch display"; 

3. Press "erase screen"; 

4. Prtiss "file control"; 

5. Repeat (l)-(4) for all standard responses. 

► 

^ Examp le 

1. Recalled display; 

2. Pressed "punch display"; 

3. Pressed "erase screen"; 

4. Pressed "file control"; 

5. Repeated these four steps for standard responses (l)-(6). 



i 

i 

t 

) 

i 

I 



o 
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*** YOUR PREVIOUS ANALYSIS DID NOT INDICATE 
THAT THIS COMPONENT IS DEFECTIVE. ARE 
YOU GUESSING? BACK UP AND CHECK OUT THE 
SYSTEM AGAIN. 

*** NO. THERE ARE MORE ITEMS. 

*** THAT'S RIGHT. 

*** NO. TRY AGAIN. 

*** NO. YOU HAVE ACTIVATED THE COMPONENTS 
OUT OF SEQUENCE. 

*** NO. YOU HAVE ACTIVATED AN EXTRANEOUS 
COMPONENT. TRY AGAIN. 



Fig. A21 — Standard responses, 1-6 
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19. Probable Causes Response 



Purpose 

To provide the student with the probable causes if he misses too many 
on that display. 

Instructor Actions 

1. Recall display; 

2. Inputs: Complete response giving malfunction and its probable 

causes ; 

3. Press "punch display"; 

4. Press "erase screen"; 

5. Press "file control." 

Example 

1. Recalled display; 

2. Inputs: Completed response, 

. . a zero pressure indication on the system pressure gage are 
the power pump, the pressure regulator, the system pressure gage 
and any of the actuating cylinders. 

Let’s go on. 

3. Pressed "punch display"; 

4. Pressed "erase screen"; 

5. Pressed "file control." 
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*** NO, YOU'RE GUESSING. THE COMPONENTS, IF 
DEFECTIVE, THAT CAN CAUSE 



**“ NO, YOU'RE GUESSING. THE COMPONENTS, IF 
DEFECTIVE, THAT CAN CAUSE A ZERO PRESSURE 
INDICATION ON THE SYSTEM PRESSURE GAGE ARE 
THE POWER PUMP, THE PRESSURE REGULATOR, 

AND THE SYSTEM PRESSURE GAGE. LET'S GO ON 



Fig. A22 — Probable causes response 




% \ ■ • 
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20. Instructor-Stored Responses 



Purpose 

To provide specific instructor-supplied responses to student actions. 

Instructor Actions 

1. Recall display; 

2. Press '’punch display”; 

3. Press "erase screen"; 

4. Press "file control"; 

5. Delete response from file; 

6. Repeat (l)-(5) for all instructor-stored responses. 

Example 

1. Recalled display; 

2. Pressed "punch display”; 

3. Pressed "erase screen"; 

4. Pressed "file control”; 

5. Deleted response from file; 

6. Repeated (1 ) — (5 ) for all instructor-stored responses (l)-(7). 
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*** NO. INTERNAL LEAKAGE IS NOT VISIBLE 

*** NO. SYSTEM RELIEF VALVE DEFECTS CANNOT BE 

DIRECTLY DETERMINED BY VISUAL INSPECTION. 

*** NO. DEFECTS IN THE POWER PUMP ARE NOT 
VISUALLY APPARENT. 

*** NO. WITH THE POWER PUMP ON THE PRESSURE 
REGULATOR CANNOT BE ISOLATED FOR CHECKING. 

*** NO. THE HAND PUMP CANNOT BE TESTED WHEN 
THE POWER PUMP IS ON. 



Fig. A23 — Instructor- stored responses 



O 

ERIC 
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